System 6.0 Snippets

Copyright (c) 1992 Apple Users' Group, Sydney
Republished from Applecations, a publication of the Apple Users' Group, Sydney, Australia.

Source: Internet

There are now TWO ways to represent icons in System 6. The old way of having them in icon files in the system folder still exists, but there is now the new way of storing the icons in the Finder's resource fork. These are known as rIcons, and all the old finder icons and finder icons.x icons have been represented in this manner.
Currently only Genesys can modify rIcon files, and it has next to nill support of converting icons from icon files into rIcons.
Hal Bouma

The Finder's icons are given lowest priority, that is, they are searched LAST after searching through all the icons from all the online volumes.
To replace the trash can icon with one you like better, you must place it in the icons folder on the boot volume.
Andy Nicholas

The 5.0.x and 6.0 Control Panels are supposed to automatically rebuild your CDev.Data file when necessary. In 5.0.x, I believe the decision to rebuild is based only on the filenames of your CDevs--so if you install a new version of an existing CDev, the system may not rebuild CDev.Data, so you'd be stuck with an out-of-date icon for that CDev (and some other out-of-date information about it, which could make it not work right).
So some installer scripts for 3rd-party CDevs delete CDev.Data. This is fine.
In 6.0, the Control Panels NDA decides to rebuild CDev.Data based on the names *and* create dates of your CDevs. That should cover the above case.
The problem in 6.0 is that even though the Control Panels NDA correctly decides to rebuild CDev.Data, it fails to overwrite the old file, if it was created with no Write access, as the 5.0.x Control Panel does.
So in 6.0, you can have a "stable" situation where CDev.Data gets rebuilt every time you open Control Panels--it's using up-to-date data (in RAM), but it never gets written to disk. (My fault.)
David A. Lyons, Apple Computer, Inc.
Apple II System Software Engineer


THIS CONTENT COPYRIGHT © 2007, APPLE MACINTOSH USERS' GROUP, SYDNEY
Permission has been obtained to make this material available on the Internet.

Permission is hereby granted for non-profit user groups to republish this content.
PLEASE CREDIT THE AUTHOR AND THE SOURCE: Applecations, publication of the Apple Users' Group, Sydney, Australia

THIS PAGE COPYRIGHT © 2007, ANDREW ROUGHAN